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METHOD AHD SYSTEM FOR GENERATING AS AUTOMATIC AUTHORIZATION 
Description 

Field o£ tlie laventioxi 

The present invention relates to a method and system 
for generating an automatic authorization of shopping carts 
created during a procedure of electronic procurement of 
goods or services. 

BackgrouzLd of the Invention 

Within a particular business, typically there are well- 
established requisition rules regarding the procedure to be 
followed in the procurement of goods and services , e . g • ^ 
con^uter equipment or office supplies. Requisition rules 
will vary from company to company, depending upon a number 
of factors. 

In a first step, the individual within the business 
entity (hereinafter referred to as a "company") identifies 
a need and selects desired goods or services from a 
catalogue provided by internal or exteimal suppliers. 

An authorization step requires designated individuals 
to approve the purchase of the goods or services.. Within, 
the requisition rules, the designated individuals may be 
identified in what is referred to as an "authorization 
workflow." The authorization workflow may identify a single 
person, e.g., a finance manager, or a niuhber of 
individuals. The authorization workflow for two independent 
companies is not likely to be the same. 

If the requisition is approved, a purchase order is 
generated. The purchase order is sent to a vendor of the 
requested goods or services. The vendor then supplies the 
requested item, i.e., goods or services. Payment may be 
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sent with the purchase order ^ but is typically sent in 
response to an invoice generated by the vendor for delivery 
with the item. 

Electronic procurement systems simplify this procedure 
5 by providing users with virtual shops offering different 
items to be ordered online. Typically they are set up in a 
computer network using a client server structure. After 
accessing a virtual shop a showcase containing 
representations of items available in the shop is displayed 

10 on the user screen » The user perfo3rms his/her procurement 
by selecting representations of the items to be ordered and 
by putting the items into a representation of a shopping 
cart also displayed on the screen. An authorization process 
is started at the end of the procedure, usually when the 

15 shopping cart is being saved for further processing* 

A typical authorization scenario includes the value of 
total shopping cart contents being compared either to a 
fixed amount stored in the system, or to a spending limit 
(sometimes called budget) defined by the purchaser's 

20 position within the company's organizational structure, or 
by the purchaser's role within the workflow or by 
purchaser's definition as user. If the value of the total 
shopping cart contents is below the fixed amount or 
spending limit an automated approval is generated. If the 

25 value of total shopping cart contents is above the fixed 
amoTint or spending limit an approval workflow is started 
which implements for example at least one manager's 
approval. Alternatively the purchaser can successively 
remove items from the shopping cart until a shopping cart 

30 value below the fixed amo\uit or spending limit is reached. 
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This fxinctionality is thought not appropriate for 
professional buyers but is suitable for deslctop users 
carrying out low value purchases. It enables employees to 
order /purchase goods suid services up to the specified 
5 amount without getting a memager's approval each time and 
thus reduces the total expenses for purchases. 

It constitutes a main disadvantage of the above 
outlined authorization scenario that users can create 
multiple shopping carts in the procurement system each with 
10 a value slightly below the approval threshold thus creating 
procurement transactions above their approved limits 
without fxirther approval. 

Brief Summary oC the Invention 

Generally, the invention provides a method for 
IS automated procurement authorization in an electronic 
shopping system with improved purchaser/user budget 
control . 

In one aspect, a method for generating an automatic 
authorization of shopping carts created during a procedure 

20 of electronic procurement of goods or services depending on 
values stored in a database table is described. Each 
employee or user has a User-defined Budget to his disposal, 
e.g. an amount of money assigned to a user for buying goods 
or services. Opposite to the * Spending Limit ^ approach 

25 known in the state of the art, the User-defined Budget- 
value really is a kind of budget, which can be spent and is 
determined for a certain time period. By ordering goods or 
services the costs are added within the time period and 
compared whether added costs exceed the User-Budget. If so, 

30 then the current shopping has to go through manager's 
approval, otherwise an automated approval workflow is 
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Started. The added costs are updated, if during approval a 
manager or requestor rejects or changes or adds items, 
initialization of the * cumulative amount spent' occurs 
automatically at a first update in a new time period 
5 (month, year) . 

Providing a user with a budget over a time period is 
like an approval, which happens in advance. The budget is 
used to regulate the employee's buying authorities and to 
distribute available money among employees. Assigning of a 
10 certain User-defined Budget to an employee is a delegation 
of authority to buy. It removes xuinecessary administrative 
expenditures and thus shortens the time of procurements. 

In one embodiment the method for generating an 
automatic authorization includes values stored in a 

15 database table. In another embodiment the data is retrieved 
from two database tables. The first database table includes 
at least one of a user identification, budget-value, 
currency and time period for the budget -value. The second 
database table includes at least one of a user 

20 identification, cumulative amount spent, currency and 
spending -date . 

Details of one or more implementations are set forth in 
the accompanying drawings and the description below. Other 
features and advantages may be apparent from the 
25 description, the drawings, and the claims. 

Brief Description o£ the Drawings 

Figure 1 shows a generic computer system used to 
implement current invention. 

Figure 2 shows an exemplary network topography used to 
30 implement current invention. 
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Figure 3 shows a flow chart of the process after the 
shopping cart has been saved for further processing. 

Figure 4 shows a flow chart of the sub process for the 
budget check. 

5 Detailed Description o£ the Invention 

Referring now to the drawings, in which like numerals 
represent like elements throughout the several figures^ 
aspects of the present invention and the exemplary 
operating environment will be described • 

10 FIG. 1 illustrates a simplified block diagram of 

exenplary coiaputer system 999 having a plurality of 
computers 900, 901, 902 (or even more) . 

Computer 900 can communicate with computers 901 auid 902 
over network 990. Computer 900 has processor 910, memory 
15 920, bus 930, and, optionally, input device 940 and output 
device 950 {I/O devices, user interface 960) . As 
illustrated, the invention is implemented by con^uter 
program product 100 (CPP) , carrier 970 auxd signal 980. 

In respect to computer 900, computer 901/902 is 
20 sometimes referred to as "remote computer", computer 
901/902 is, for example, a server, a peer device or other 
commoji network node, and typically has many or all of the 
elements described relative to computer 900. 

Computer 900 is, for example, a conventional personal 
25 computer (PC) , a desktop device or a hand-held device, a 
multiprocessor computer, a pen ccatiputer, a microprocessor- 
based or programmad^le consumer electronics device, a 
minicomputer, a mainframe computer, a personal mobile 
coinputing device, a mobile phone, a portable or stationary 
30 personal computer, a palmtop computer or the like. 
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Processor 910 is, for example, a central processing 
unit (CPU) , a micro- controller unit (MCU) , digital signal 
processor (DSP) , or the like . 

Memory 920 is elements that temporarily or permanently 
5 store data and instructions. Although memory 920 is 
illustrated as part of computer 900, memory can also be 
implemented in network 990, in computers 901/902 and in 
processor 910 itself (e.g,, cache, register), or elsewhere. 
Memory 920 caui be ai read only memory (ROM) , a random access 

10 memory (RAM), or a memory with other access options. Memory 
920 is physically implemented by computer-readable media, 
for exan^le: (a) magnetic media, like a hard disk, a floppy 
disk, or other magnetic disk, a tape, a cassette tape; (b) 
optical media, like optical disk (CD-ROM, digital versatile 

15 disk - DVD) ; (c) semiconductor media, like DRAM, SRAM, 
EPROM, EEPROM, memory stick. 

Optionally, memory 920 is distributed. Portions of 
memory 920 can be removsible or non-removable. For reading 
from media and for writing in media, computer 900 uses 
20 well-known devices, for example, disk drives, or tape 
drives . 

Memory 920 stores modules such as, for example, a basic 
input output system (BIOS) , an operating system (OS) , a 
program library, a compiler, an interpreter, and a text- 
25 processing tool. Modules are commercially available and can 
be installed on computer 900. For simplicity, these modules 
are not illustrated. 

CPP 100 has program instructions and - optionally - 
data that cause processor 910 to execute method steps of 
30 the present invention. In other words, CPP 100 can control 
the operation of coir^uter 900 and its interaction in 
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network systiem 999 so that is operates to perform in 
accordance with the invention. For example and without the 
intention to be limiting, CPP 100 can be available as 
source code in any prograunming language, and as object code 
("binary code") in a con?>iled form. 

Although CPP 100 is illustrated as being stored in 
memory 920, CPP 100 can be located elsewhere- CPP 100 can 
also be embodied in carrier 970. 

Carrier 970 is illustrated outside computer 900. For 
communicating CPP 100 to computer 900, carrier 970 is 
conveniently inserted into input device 940. Carrier 970 is 
implemented as any computer readable medium, such as a 
medium largely explained above (cf . memory 920) . Generally, 
carrier 970 is an article of manufacture having a computer 
readable medium with computer readable program code to 
cause the computer to perform methods of the present 
invention. Further, signal 980 can also embody computer 
program product 100 . 

Having described CPP 100, carrier 970, and signal 980 
in connection with computer 900 is convenient. Optionally, 
further carriers and further signals embody computer 
program products (CPP) to be executed by further processors 
in computers 901 and 902. 

Input device 940 provides data and instructions for 
processing by computer 900- Device 940 can be a keyboard, a 
pointing device (e-g., mouse, trackball, cursor direction 
keys) , microphone, joystick, game pad, scazmer, or disc 
drive- Although the examples are devices with human 
interaction, device 940 can also be a device without hximan 
interaction, for exait^Jle, a wireless receiver (e.g., with 
satellite dish or terrestrial antenna), a sensor (e.g-, a 
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thermometer), a counter (e»g-, a goods counter in a 
factory). Input device 940 can serve to read carrier 970. 

Output device 950 presents instructions and data that 
have been processed. For example, this can be a monitor or 
5 a display, (cathode ray tube (CRT) , flat panel display, 
liquid crystal display (LCD) , speaker, printer, plotter, 
vibration alert device. Output device 950 can communicate 
with the user, but it can also communicate with further 
computers . 

10 Input device 940 and output device 950 can be combined 

to a single device. Any device 940 and 950 can be provided 
optional . 

Bus 930 and network 990 provide logical and physical 
connections by conveying instruction and data signals. 
25 While connections inside computer 900 are conveniently 
referred to as "bus 930", connections between computers 
900-902 are referred to as "network 990". Optionally, 
network 990 includes gateways which are con^uters that 
specialize in data transmission and protocol conversion. 

20 Devices 940 and 950 are coupled to computer 900 by bus 

930 (as illustrated) or by network 990 (optional) . While 
the signals inside computer 900 are mostly electrical 
signals, the signals in network are electrical, 
electromagnetic, optical or wireless (radio) signals. 

25 Networks are commonplace in offices, enterprise-wide 

computer networks, intranets and the Internet (e.g., world 
wide web) . Network 990 can be a wired or a wireless 
network. To name a few network implementations, network 990 
can be, for example, a local area network (LAN) , a wide 

30 area network (WAN) , a public switched telephone network 
(PSTN) ; a Integrated Services Digital Network (ISDN) , an 
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infra-red (IR) link, a radio link, like Universal Mobile 
Telecommunications System (UMTS) , Global System for Mobile 
Commianication (GSM) , Code Division Multiple Access (CDMA) , 
or satellite link. 

A variety of transmission protocols, data formats and 
conventions is known, for example, as transmission control 
protocol/internet protocol (TCP/IP) , hypertext transfer 
protocol (HTTP) , secure HTTP, wireless application protocol 
(WAP) , unique resoixrce locator (URIi) , a unique resource 
identifier (URI) , hypertext markup language (HTML) , 
extensible markup language (XML) , extensible hypertext 
markup language (XHTML) , wireless markup language (WMIi) , 
Standard Generalized Markup Lamguage (S(^4L) • 

interfaces coupled between the elements are also well 
known in the art. For simplicity, interfaces are not 
illustrated. An interface can be, for example, a serial 
port interface, a parallel port interface, a game port, a 
universal serial bus (USB) interface, an internal or 
external modem, a video adapter, or a sound card. 

Computer and program are closely related. As used 
hereinafter, phrases, such as "the computer provides" and 
"the program provides", are convenient abbreviations to 
express actions by a computer that is controlled by a 
program . 

Figure 2 shows ami exemplaury network topography used to 
implement current invention. In a company's electronic 
procurement system a potential user/purchaser connects to 
an electronic shop using a desktop computer 900 through a 
computer network 990. Usually a remote computer 901 ruiming 
a respective computer prograua, e.g. an electronic commerce 
software application, provides access to the electronic 
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shop server 902, which holds data representing a catalog of 
items for sale. The items may include at least one of goods 
and services. Also connected to the network 990 is the data 
repository 910, which holds the data assigned to the user 
5 in particular relevant for using the electronic shop. The 
stiracture of the repository 910 and data it holds is 
described later on. The electronic commerce software 
application server 901 and the electronic shop seirver 902 
may be distributed over the network. In another embodiment 
10 they may be different services running physically on the 
same machine. After accessing the electronic shop a 
showcase containing representations of items available in 
the shop is displayed on the screen to the user* 

Figure 3 shows a flow chart of the process. By 
15 selecting representations of the items to be ordered and by 
putting the items into a representation of a shopping cart 
the user creates a list of items. The list comprises 
descriptions of the selected items including item number, 
price, etc. In the following when referring to the shopping 
20 cart the list of items is always included. By selecting and 
deselecting different items in process 11 the shopper 
changes the shopping cart xintil all required items are 
entered. At the end of the selection procedure the shopping 
cart is saved in process 12 for further processing. The 
25 expression saving the shopping cart is intended to include 
action when a user selects a single item for purchase 
without creating a shopping cart explicitly. 

The flow chart of Figure 3 shows in its left branch the 
process after the shopping cart has been saved for further 
30 processing. Each time a shopping cart gets saved by process 
12, a check is performed by process 13 whether or not a 
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sufficient budget is still available to the specific user- 
Process 13 is described in detail referring to Figure 4- 

To check whether or not a sufficient budget is still 
available to the specific user, the necessary information 
is loaded from a database table 33,34 by process 26. The 
information includes data representing the budget -value 
assigned to the user, the time period for the budget, the 
cxamulative amotmt spent by user in previous purchases, the 
spending-date, which is the date when a previous purchase 
happened. The data is stored in one database table • In 
another embodiment the data is stored in two database 
tables. The first one 33 contains fields representing the 
User ID, the budget -value, the currency of budget -value, 
and the time period for the budget. The second one 34 
contains fields representing the User ID, the cumulative 
amount spent, the currency of cumulative amount spent, and 
the *spending-date' activity. By splitting the information 
between two database tables it is easy to assign budget- 
values to individual users that are defined either as 
attribute in the organizational structure or as 
personalized objects for a role, in which the user is 
acting, or as personalized object directly assigned to the 
user. 

The field ^cximulative amoxint spent' represents the 
total monetary sum of all items a specific user has already 
ordered in the current time period. 

The field ^spending-date' represents the previous date 
a specific user has placed an order. It is replaced by the 
current date according to rules described later on. 

All fields in the second table or, if only one datcibase 
table is used, the respective fields in the first table. 
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are first filled with data during the first shopping 
activity of the respective user. 

After getting the above -described data in process 26 
first the field * spending - date' is compared to the current 
s date in process 27. If the time period corresponding to the 
value of *spending-date' does not correlate to the actual 
time period for the budget, then the value of the 
cumulative amount spent is set to the initial value, which 
equals zero by process 28. Additionally the field 
xo *spending-date' is set according to the current date by 
process 29. 

On the other hand the value of cumulative amount spent 
remains \mchanged, if the time period corresponding to the 
value of *spending-date' lies inside the actual time period 
15 for the budget. Processing continues directly with process 
step 30 

Next in process step 3 0 the total monetairy value of the 
items in the shopping cart is calculated and added to the 
* cumulative amount spent' . The resulting sum S is compared 

20 with the budget-value in process 30, also. If the sum 2 is 
greater than the budget value a message is created in 
process 3 1 . The message includes the amount exceeding the 
budget value and is not displayed right away but stored for 
later use. If the sum 2 is smaller than or equals the 

25 budget -value assigned to the user processing continues 
directly with process step 32* Process step 32 returns to 
the calling process. 

Referring now again to figure 3, if process 14 
determines that the sum S is smaller than or equals the 
30 budget -value assigned to the user, an automated approval 
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for the procurement is generated by process 15* In the next 
process step 19 of the procedure the database is updated by 
saving the sum as the * cumulative amotint spent ' . At the 
Scune time the shopping cart is forwarded to create the 
5 required number of purchase orders by process 21. The 
purchase orders are preferably in electronic form and 
directly sent to the respective vendors - 

If process 14 determines that the sxim exceeds the 
budget -value assigned to the user, process 16 prompts the 
10 user the message created by step 31 additionally asking 
either to accept the shopping cart as it is or to make 
changes in the selection of items* 

In the first case a workflow for management approval 
will be started according to the approval workflow defined 
15 in the procurement system. In the latter case the user is 
guided back to the virtual shop and enabled to make changes 
to the contents of his shopping cart in order to fulfill 
the requirements for the automated approval. Process 17 
directs the flow of prosecution according to the decision. 

20 If changes are to be made on the contents of the 

shopping cart the processing is continued with process 11. 

Before on the other hand an approval workflow is 
started, the database is updated by saving the sum as the 
* cumulative amo\xnt spent' by process IS* After the approval 

25 workflow process 20 approval only changes in the shopping 
cart, which were initiated during are taken into account* 
The cheuiges comprise deletion of the whole shopping cart, 
deletion of one or several items, replacement of items, and 
addition of items- If the shopping cart contains items 

30 after approval the shopping cart is forwarded to create the 
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required nximber of purchase orders by process 21 as pointed 
out before. 

In the following the procedure for generating an 
automated approval is suxmnarized: 

Retrieve (Read out) * budget -value' assigned to user from 
organizational model or personalized data from first table 
33 and retrieve (Read out) *c\jmulative amoiint spent' 
assigned to user from second table 34 by process 26. If 
there is no entry, set ^ciamulative amount spent' to initial 
value, which is zero. 

Determine if the time period of the current date 
(purchase/order date) corresponds to the time period of 
^spending-date' read out from the second table in process 
27. If not, set *c\imulative amount spent' to initial value, 
which is zero in process 28, sind set value of ^spending- 
date' to current date in process 29. 

Calculate a new ctimulative amount spent S by adding the 
sum of values of the items in the shopping cart and the 
* cumulative amount spent' . If the new cumulative amount 
spent S does not exceed the » budget -value' generate an 
automated authorization by process 15 and update value of 
* cumulative amount spent' in database table by process 19. 
If the new cumulative simount spent S exceeds * budget -value ' 
an authorization according to the authorization workflow 20 
as outlined before is required after updating the value of 
"cximulative amount spent' in database table by process 18. 
After obtaining the required authorization, usually by 
means of an electronic workflow allowing the authorizing 
person to leave the shopping cart unchanged or to remove 
items from or to add items to the shopping cart, the value 
of * cumulative amount spent' is updated by the value of the 
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new cumulative amount spent calculated according to content 
of the authorized shopping cart. If the shopping cart xs 
not changed during the authorization workflow, no update in 
the database tables is necessary. 

in an exaii5>le embodiment the virtual shop includes a 
further button, which can be activated by a user. Upon 
activation a procedure is initialised, which performs a 
check 22 on the budget available to the user. Thus a user 
can check on the remaining budget before saving the 
shopping cart. Process consists of the steps outlined above 
omitting the steps of saving the data or creating the 
purchase order as shown in figure 3. 

in the following the procedure to check the budget is 
summarized: 

Retrieve ^budget -value' assigned to user from 
organizational model or personalized data (first table) . 

Retrieve ^cumulative amount spent' assigned to user 
from second table. If there is no entry, set ^cumulative 
amount spent' to initial value, which is zero. 

Determine if the time period of the current date 
(purchase/order date) corresponds to the time period of 
^spending-date' read out from the second table. If not, set 
^cumulative amount spent' to initial value, which is zero, 
and set value of ^spending-date' to current date. 

Calculate a new cumulative amount spent by adding the 
sum of values of the items in the shopping cart and the 
» cumulative amount spent' from database. 

compare the new cumulative amount spent with the 
^budget-value' 23 and generate a respective message 24 on 
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the screen informing the user about the exceeding budget 
value . 

VJhen a shopping cart waiting for approval crosses time 
periods, the total value is added to the » amount spent' of 
the current time period when it is finally approved. So it 
is impossible to transfer budgets to a new time periods. 

A number of embodiments of the invention have been 
disclosed. Nevertheless, it will be understand that various 
modifications may be made without departing from the spirit 
and scope of the invention. Accordingly, other embodiments 
are within the scope of the following claims. 
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Claims 

1. Method for generating an automatic authorization of 
shopping carts created during a procedure of electronic 
procurement of items depending on values stored in a 
database table, the method ccanprising: 

a) retrieving data from the database table including data 
representing a budget-value and data representing a 
ciamulative amount ^ent during a specified time period 
assigned to the user performing the electronic procurement 
(26) , 

b) calculating the total value of items in the shopping 
cart, 

c> comparing the sum of the value of the cumulative amount 
spent and the total value of items in the shopping cart 
with the budget -value (14) , 

d) if the stmi lies within the budget-value 
dl) generating the authorization (15) , and 

d2) updating the value of cumulative amount spent by the 
totetL value of items in the shopping cart (19) , 

e) if the sum lies not within the budget -value an 
indication is generated indicating that the budget is 
exceeded (16, 24) . 

2. The method of claim 1 wherein the items subject to 
electronic procurement include one of goods and searvices. 

3. The method of claim 1 wherein the data is retrieved 
from two database tables (33, 34) . 

4. The method of claim 3 wherein the data retrieved 
from the first database table (33) includes at least, one of 
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a user identification, budget -value, currency of the 
budget -value, and time period for the budget -value. 

5. The method of claim 3 wherein the data retrieved 
from the second database (34) table includes at least one 

5 of a user identification, cumulative amount spent, currency 
of cumulative amount spent, and spending-date. 

6. The method of claim 1 further comprising the step 

of: 

al) setting cumulative amount spent in the database table 
10 to an initial value (28) , if the time period of the current 
date does not correspond to the time period of spending- 
date. 

7. The method of claim 6 further comprising the step 

of: 

15 a2} setting the value of spending-date in the database 
table to the current date (29) , if the time period of the 
current date does not correspond to the time period of 
spending -date . 

8 . The method of claim 1 wherein the indication 
20 includes a request for changing the contents of the 

shopping cart or for further authorization (16, 17) . 

9. Con^uter program product comprising program code 
means stored on a computer readable medium for performing 
the method of any one of the claims 1 to 8 when the program 

25 is rvin on a computer. 

10. An article comprising a computer readable medium 
that stores executable instructions causing a computer 
system to: 

a) retrieve data from a database table including data 
30 representing a budget -value, data representing a time 
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period for the budget -value, data representing a cxiraulative 
amount spent during the time period, data representing a 
spending-date, all being assigned to the user performing an 
electronic procurement (26) , 

b) calculate the total value of items in a shopping cart 
created during a procedtire of electronic procurement, 

c) compare the sum of the value of the cumulative amount 
spent and the value of items in the shopping cart with the 
budget -value (14) , 

d) if the sum lies within the budget-value 
dl) generate the authorization (15) and 

d2) update the value of cumulative amount spent by the 
value of items in the shopping caxt (19) , 

e) if the sum lies not within the budget -value, an 
indication is generated indicating that the budget is 
exceeded (16, 24) . 

11. The article of claim 10 comprising further 
instructions causing a computer system to retrieve data 
from two database tables (33, 34). 

12. The article of claim 11 comprising further 
instructions causing a conqputer system to retrieve data 
from the first database table (33) including at least one 
of a user identification, budget- value, ciirrency of the 
budget -value, and time period for the budget -value . 

13. The article of claim 11 comprising further 
instructions causing a computer system to retrieve data 
from the second database table (34) including at least one 
of a user identification, cumulative amoxint spent, currency 
of the cumulative amount spent, and spending -date . 
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14* The article of claim 10 con^rising further 
instructions causing a computer system to: 

al) set cumulative amo\mt spent to an initial value (28) , 
if the time period of the current date does not correspond 
5 to the time period of spending- date. 

15. The article of claim 14 comprising further 
instructions causing a computer system to: 

a2) setting the value of spending-date to the current date 
(29) , if the time period of the current date does not 
10 correspond to the time period of spending-date. 

16. The article of claim 10 comprising further 
instructions causing a computer system to: 

create a request to change the contents of the shopping 
cart or to get further authorization (16, 17) . 

as 17. System for generating an automatic authorization of 

shopping carts created during a procedure of electronic 
procurement of items depending on values stored in a 
database table, the system comprising: 

information retrieval means (930) for getting data from 
20 the database table (33, 34) including data representing 
budget-value, time period for the budget-value, cumulative 
amount spent, and spending-date assigned to the user 
performing the electronic procurement, 

computing means (910) for: 

25 calculating the total value of items in the shopping 

cart, 

for comparing the sum of the value of cumulative amount 
spent and the value of items in the shopping cart with the 
budget -value , 
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- for generating the authorization and updating the value 
of cumulative amount spent by the value of items in the 
shopping cart if the sum lies within the budget-value, 

— and for generating an indication indicating that the 
budget is exceeded (16, 24) . 

18. The system of claim 17 wherein the data is 
retrieved from two database tables (33, 34) . 

19. The system of claim 18 wherein the data retrieved 
from the first database table (33) includes at least one of 
a user identification, budget-value, currency of the 
budget-value, and time period for the budget-value. 

20. The system of claim 18 wherein the data retrieved 
from the second database table (34) includes at least one 
of a user identification, cumulative amount spent, currency 
of the cumulative amount spent, and spending- date. 

21. The system of claim 17 further comprising: 
information storage means (920) for setting cumulative 
amount spent to an initial value, if the time period of the 
current date does not correspond to the time period of 
spending- date . 

22. The system of claim 21 wherein the information 
storage means (920) perform the step of setting the value 
of spending-date to the current date, if the time period of 
the current date does not correspond to the time period of 
spending-date . 

23 . The system of claim 17 wherein the items include at 
least one of goods and services. 

24. The system of claim 17 wherein the indication 
includes a request for changing the contents of the 

) shopping cart or for further authorization (16, 17) 
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25. System for generating an automated procurement 
authorization in an electronic shopping system comprising: 

networking means (990) for allowing a user (900) to 
access a server (901, 902) meuiaging a shop; 

5 - display means (950) for displaying representations of 
items available in the shop for selecting, each item having 
a value, and a shopping cart on a screen to the user; 

selection means (940) for allowing the user to select 
items to be purchased on the screen and to put the selected 
10 items into the shopping cart; 

computing means (910) for memorizing a budget -value 
assigned to the user and a first variable representing the 
cumulative amount spent in the user's previous procurement 
transactions, for updating the first variable by the value 
15 of the selected items in the shopping cart, and for 
comparing the first variable with the budget -value; 

approval means for generating the automated procurement 
authorization, if the first variable is smaller than the 
budget -value, and for generating a message on the screen to 
20 the user, if the first variable exceeds the budget -value • 

26. Method for generating an automated procurement 
authorization in an electronic shopping system wherein a 
client is accessing an electronic shop through a computer 
network : 

25 - displaying representations of items available in the 
shop for selecting, each item having a value, and a 
shopping cart on a screen to the user; 

selecting items to be purchased and putting the 
selected items into the shopping cart; 
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updating a first variable representing the cnaxnulative 
amount spent in the user's previous procurement 
transactions by the value of the selected items in the 
shopping cart; 

comparing a budget-value assigned to the client with 
the first variable, and for the first variable with the 
budget -value ; 

approval means for generating the automated procurement 
authorization, if the first variable is smaller than the 
budget -value, and for generating a message on the screen to 
the user, if the first variable exceeds the budget -value. 
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Abstract o£ the Disclosure 

A system and method for generating an automated 
procurement authorization in an electronic procurement 
system is described. After saving a shopping cart the total 
value of items in the shopping cart is added to the amount 
spent by the respective user in previous procurement 
transactions • The sum is compared to a budget value 
assigned to the user. When it lies within the budget value 
an automated authorization is generated. After approval the 
shopping cart is forwarded to create the required number of 
purchase orders. 
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